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(57) ABSTRACT 

A system and method for continuously monitoring neigh- 
boring network elements and determining physical connec- 
tion topology and changes in topology among network 
elements. Each port in a network element capable of having 
physical connectivity to a port on an adjacent network 
element has a unique identification of the node and a unique 
identification of the port. The identification is both available 
to the network management system and continuously trans- 
mitted on the physical link between two ports in the 
network, thus identifying the transmitting port to the receiv- 
ing port. As nodes and ports are added to or deleted from a 
network, a representation of the nodes or ports is added or 
removed from the network management system. The local 
operating program in each network element informs the 
network management system of changes, or changes are 
queried by a network management system. The transmission 
of identification takes, place in overhead data channels, 
designated as topology trace channels, which are designed 
into the overall framework of the transmission system and 
its equipment. No information capacity that could support 
network customer traffic or network control traffic between 
network elements is pre-empted. 

17 Claims, 7 Drawing Sheets 




ILL ™~ i» '-' t I 

„y / P0 , RT ""SECTION TRACE 
kaJ 1 REGISTERS 



72 
PORT 
1 



\ / 


| PORT ffTs 








c — \t 


. UKM | 1 


\| WW |2 


NULL 


\| NULL 


R 




- - "T * 


\ i 


T 

R 


WW f 3 


\\ 
\\ 


NULL 



MOT SYSTEM 



PORT 
2 



J PORTA HeCTKWTRWS 



Z5 



TY*0 UNCONNECTED NE «£J PORTS EACH 



05/05/2004, EAST version: 1.4.1 



U.S. Patent Nov. 25, 2003 Sheet 1 of 7 




FIG.1 



CONNECT NEs 



30 



TRANSMIT ID 



32 



STORE ID 



•34 



DETERMINE 
TOPOLOGY 



•36 



FIG. 2 



05/05/2004, EAST Version: 1.4. 



U.S. Patent Nov. 25, 2003 Sheet 2 of 7 US 6,654,802 Bl 



PORT 
1 



52- 
72 



f 



64 
.A, 



± 



PORT ID'S 



UID-1 


1 


NULL 



UPDATE 
T7 DATABASE 



TT/ / p0 ™ SECTION TRACE 
*aJ 3 REGISTERS 




MGT SYSTEM 
VIEW 




J ""SECTION TRACE 

60^ 3 v. 72 REGISTERS 



TWO UNCONNECTED NE w/3 PORTS EACH 



FIG. 3 



05/05/2004, EAST version: 1.4.1 



U.S. Patent Nov. 25, 2003 Sheet 3 of 7 US 6,654,802 Bl 



9 ROWS 



TRANSPORT 
82 /*" OVERHEAD 



- 90 COLUMNS 



b ; b ; b 


87 B 






V A 



STS-1 ENVELOPE CAWCITY 



80 



125 (is 



84 

B DENOTES 8-BIT BYTE 



STS-1 FRAME 

FIG. 4 



9 ROWS 



TRANSPORT 
OVERHEAD 



90 COLUMNS 



9 

ROWS 



87 COLUMNS 



STS-1 SYNCHRONOUS 
FAYLOAD ENVELOPE 



STS-1 FRAME 
—^-80 



-84 



STS-1 SYNCHRONOUS PAYLOAD ENVELOPE (SPE) 

FIG. 5 



05/05/2004, EAST Version: 1.4.1 



U.S. Patent Nov. 25, 2003 Sheet 4 of 7 US 6,654,802 Bl 



1 2 



ROWS 




STS-1 SPE 



85 



STS-1 RAYLOAD CAPACITY 



CO 




86 ^-86 
- 87 COLUMNS 



87 



84 



STS-1 SPE WITH PATH OVERHEAD AND PAYLOAD CAPACITY SHOWN 

FIG. 6 



Nx90 COLUMNS 



■ Nx3 COLUMNS —H 



9 ROWS 



TRANSPORT 
OVERHEAD 



STS-N FRAME 

FIG. 7 



•80 



■84 



125 us 

■ STS-N ENVELOPE CAPACITY *| 



05/05/2004, EAST version: 1.4.1 



U.S. Patent Nov. 25, 2003 Sheet 5 of 7 US 6,654,802 



H N/3-1 L 
COLp- 



9 ROWS 



m 



i 



STS-Nc f + 
SPE 



f 



84 



STS-Nc PAYLOADCAWCfTY 
{Nx 780 BYTES) 



-N x 87 COLUMNS - 



STS-Nc SYNCHRONOUS PAYLOAD ENVELOPE 

FIG. 8 



SECTION 



LINE 
OVERHEAD 



TRANSPORT OVERHEAD (9 COLUMNS) 



A1 


A1 


A1 


A2 


A2 


A2 


JO 


ZO 


ZO 


B1 






E1 






F1 






D1 






D2 






03 






H1 


H1* 


HI* 


H2 


H2* 


H2* 


H3 


H3 


H3 


B2 


B2 


B2 


K1 






K2 






04 






05 






D6 






D7 






D8 






D9 






D10 






D11 






D12 






S1 


21 


Z1 


22 


22 


M1 


E2 







-82 



03 : UNDEFINED OVERHEAD BYTE (ALL ZEROS PATTERN AS AN OBJECTIVE) 
* : CONCATENATION INDICATION 
H1* = 1001XX11 
H2* =11111111 

TRANSPORT OVERHEAD ASSIGNMENTS, STS-3c 

FIG. 9 



05/05/2004, EAST Version: 1.4.1 



U.S. Patent Nov. 25, 2003 Sheet 6 of 7 US 6,654,802 Bl 



Transport Overhead 



f 



86 



Path Overhead 



86 





Framing 
A1 


Framing 
A2 


Trace/Growth 
(STS-ID) 
J0/Z0 a 




Trace 
J1 


WCVUUI 1 

Overhead 


Bip-e 

B1AJndefined fl 


wt uonvirs 

<-> 

E1/Undefined a 


User 
F1/Undefined a 




BIP-8 
B3 




Data Pnm 


^ r-, , L -, 

uata uom 


Data Com 




Signal Label 




D1/Undefined a 


D2/Undefined a 


D3/Undefined a 




C2 




Pointer 


Pointer 


Pointer Action 




Path Status 




m 


H2 


H3 




G1 




BIP-8 


APS 


APS 




User Channel 




B2 


K1/Undefined a 


Undefined 3 




F2 


Line 
Overhead 


Data Com 
04/Undefined a 


Data Com 
D5/Undefined a 


Data Com 
D6/Undefined a 




Indicator 
H4 




Data Com 


Data Com 


Data Com 




Growth 




D7/Undefined a 


D8/Undefined 8 


D9/Undefin6d a 




Z3 




Data Com 


Data Com 


Data Com 




Growth 




DIQ/Undefined 0 


D11/Undefined B 


012/Undefined a 




Z4 




Sync Status/ 
Growth 
S1/Z1 8 


REI-l D /Growth 
M0orM1/Z2 8 


Orderwire 
E2/Undefined 8 




Tandem 
Connection 

Z5 



a " 1,^^21" ^l"™" ' 5? ^ tabel shown b a PP ,kab,B forone STS -1 ^ STS-N electrical 
orOC-N signal, and the second label is applicable ferthe remaining STS-1s. 

b. REI-L (Line Remote Error Indication) was previously referred to as Line FEBE. 



TRANSPORT AND PATH OVERHEAD BYTE DESIGNATIONS 



FIG. 10 



05/05/2004, EAST Version: 1.4.1 



U.S. Patent Nov. 25, 2003 Sheet 7 of 7 



US 6,654,802 Bl 



42 

I PORT STATUS 
66 NE#1 ) CHANGE A LERT , 



48 



J UPDATE 



T DATABASE 



MANAGEMENT 
SYSTEM 




^ N SECTION TRACE 
60"' ^J2 " REGISTERS 

TWO CONNECTED NE, CONNECTION AUTO-DISCOVERED BY MANAGEMENT SYSTEM 



FIG. 11 



05/05/2004, EAST version: 1.4.1 



US 6,< 

1 

NETWORK SYSTEM AND METHOD FOR 
AUTOMATIC DISCOVERY OF TOPOLOGY 
USING OVERHEAD BANDWIDTH 



RELATED APPLICATIONS 
Not applicable 
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DEVELOPMENT 

Not applicable 

MICROFICHE APPENDIX 
Not applicable 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention generally relates to automatic discovery of 
network topology in multi-node, multi-connection telecom- 
munications networks. In particular, the invention relates to 
real-time dynamic determination of the physical topology of 
a network as nodes and/or ports interfacing physical inter- 
node connections are added to, or deleted from, the network. 

2. Description of the Prior Art 

Large telecommunications networks are comprised of 
multiple network elements, each possibly having multiple 
ports for passing data between the various network ele- 
ments. A subset of network elements used to transport 
information may be described as the transmission system. 
The transmission elements of a telecommunications network 
transmission system are those elements that interface vari- 
ous transmission links, such as optical fibers, conducting 
wires or cables, or wireless radio links of various types. The 
data transported by the transmission system may include: 
voice, video, digital and analog data in many different 
formats. 

Transmission systems typically include various layers of 
software. For example, the Open System Interconnection 
reference model includes seven layers, such as the physical 
layer. Regardless of the model, the physical layer comprises 
the various network elements and the associated intercon- 
nections. The software drivers for implementing the physi- 
cal layer direct how bits are placed on and removed from the 
physical connections between network elements. 

System-specific information is transferred between net- 
work elements primarily using overhead in the links 
between ports to communicate among nodes. Overhead may 
take one or both of two forms. One form is a structure where 
system control data is defined and formatted to always be 
present, coexisting with the transmission space allocated to 
carrying network customer information (i.e. pay load), and 
always allowing a specific amount of customer information 
to be supported in a given physical path. The various 
designators in the overhead may change, but the change does 
not alter the amount of bandwidth or frame capacity dedi- 
cated to payload. Examples of standards applied for imple- 
menting the physical layer of a communications network are 
the Synchronous Optical NETwork standard (SONET) and 
Synchronous Digital Hierarchy (SDH) transmission sys- 
tems. Another example associated with a data link layer of 
software is Asynchronous Transfer Mode (ATM) systems. 

Another form of overhead is a structure where specifically 
formatted information is transmitted along with the payload 
of the network. Examples of this are Resource Management 
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(RM) cells in an ATM system, and Neighbor Information 
Frames (NIF) in an Fiber Distributed Data Interface (FDDI) 
network. 

One byte of the former type of overhead data, such as 
5 defined by SONET, is the Section Trace byte (JO). The 
Synchronous Digital Hierarchy standard defines the Section 
Trace byte as a 16 byte message string. As originally 
intended, the Section Trace byte is repetitively transmitted 
so that a receiving network element may verify continued 
10 connection to the intended transmitting network element. In 
the case where Network administrators elected not to use the 
Section Trace byte capability, a 01 Hex is transmitted in the 
byte. 

Regardless of the standards used, transmission systems in 

l5 large telecommunications networks may change their con- 
nectivity characteristics at irregular intervals, such as when 
new network elements or ports are added to or deleted from 
the network. Connectivity may also change due to equip- 
ment or link failures or maintenance. The current connec- 

2Q livity state of a network is called its topology. 

Precise topology information is needed to accomplish 
many telecommunications network functions. The ability to 
place a new connection for transferring information from 
one port to another port, or multiple ports, through a process 

25 referred to as circuit provisioning or connection 
management, is dependent on accurate network topology 
information. Other dependencies include correlation of net- 
work alarms to specific physical locations and restoration of 
failed connections. 

30 The overall network topology is typically manually 
entered into a record for use by a management system. If a 
network element or port is added or removed, the record of 
the network topology is manually altered to reflect the 
change. This manual process is subject to human error and 

35 requires significant time and resources. Errors result in 
significant resource expenditures for trouble shooting. 

Automatic discovery of the network topology without 
manual entry of the topology may be provided. These 
methods rely on transferring topology data between network 

40 nodes using data space, such as cells or frames, that might 
otherwise be used for transmitting customer payload data. 
One such method is disclosed by Chatwani et al. in U.S. Pat. 
No. 5,729,685. Data Link layer software, such as Asynchro- 
nous Transfer Mode (ATM) protocol software, is used to 

4 5 transmit topology information to the network management 
system. Link advertisement messages on each of the ports of 
each ATM switch in the network are transmitted as part of 
the payload. The messages are received by neighbor 
switches and forwarded to a topology manager that con- 

50 structs an overall network topology profile. However, use of 
the payload bandwidth reduces the amount of bandwidth for 
transmitting user information. Furthermore, the Data Link 
layer is removed from the network elements and other 
hardware. 

55 U.S. Pat. No. 5,481,674 by Mahavadi, describes a method 
for generating a topology map between devices on an FDDI 
network. In an FDDI network, a token is passed from 
controller to controller in a predetermined direction on a 
path or ring containing all controllers connected to the 

60 network. The system determines upstream and downstream 
neighbors and ports on the FDDI network by performing a 
mapping based on received Station Information Frame (SIF) 
responses consecutively sent to elements of the network 
through exiting connections and ports. The SIF occupies the 

65 same information path as the user data. 

The above described art reduces the usable traffic capacity 
(i.e. payload) in a given network link to communicate 
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topology information. The present invention is directed to FIG. 6 is a graphical representation of a SONET STS-1 

improvements that allow automatic discovery of network synchronous payload envelope (SPE) with path overhead 

topology without a corresponding reduction in payload and payload capacity. 

bandwidth at the physical layer. FIG 7 ^ a g rap hical representation of a SONET STS-N 

5 frame. 

FIG. 8 is a graphical representation of a SONET STS-Nc 

This invention relates to a system and method for deter- synchronous payload envelope, 

mining the topology of a multi-node network such that the FIG> 9 is a gra p hical representation of transport overhead 

method used does not reduce the originally designed assignments in a SONET STS-3c frame, 

information-carrying capacity of the network links, or inter- 10 1A . , ... - ^ j 

rupt existing payload traffic Overhead data, such as asso- ov " hea ™*' ^t^tiZ of transport and path 

ciated with the physical layer, is specifically identified for / S" • 

and is used to transmit unique network and port identifiers FIG \ 11 fe a S ra P hical representation of the second 

from a source node to a destination node connected by a link. embodiment of two network elements in a telecom munica- 

The transmission may be continuous. 15 110113 network of FIG. 3 with associated connections. 

Each port in a network element has local knowledge of the DETAILED DESCRIPTION OF PREFERRED 

identity of the corresponding port and network element at EMBODIMENTS 
the far end of the physical link. A network management 

system correlates the data in each network element in order Referring to FIGS. 1 and 2, a network and a flow chart for 

to form a topology map for the entire network, allowing the 20 determining network topology is shown. The topology of the 

network management system to track changes in links and multi-node network is determined without reducing the 

ports. payload information-carrying capacity or bandwidth of the 

Local knowledge in the network element is maintained " etW ° rk ^ ° r without interrupting existing payload traf- 

through the use of object^riented programming techniques, 25 f C " 0verhead data > such ™ associated with the physical 

where the identification of a far^nd port is maintained as an £yer, * t0 ^ansmit unique network and port identifiers 

attribute associated with the object representing the local 5? m a ^J" 06 node t0 a destmat ™ node connected by a link, 

port. Changes in this far-end identification attribute causes ^ t0pology 15 determined from the dentifieis. 

the object to be updated, resulting in a topology change Referring to FIG. 1, a graphical representation of one 

In one aspect described below, a method and system for 30 embod | ment °* a telecommunications network is shown 

determining network topology in a communications network *™lf y a 20 < Ne ??* ? f!?^ * CmeDtS £ 

is provided. A first network element is connected to a second and 24 ' ^° Tt&26 and ^ 2 ^ ddltl Tr TT* 

network element. Data from the first network element is a P d 24 ™l be J'T u AddltI0nal ^ between network 

continuously transmitted to the second network element, e *u*ats 22 and 24 or between one of network elements 22 

each transmission of data comprising physical layer over- 35 a ° d 24 a ° d anolhcr element may als ° be P r0Vlded - 

head data and payload data. A network element identifica- Each Detwork element 22 and 24 comprises a node. Each 

tion is provided in the physical layer overhead data without network element 22 and 24 comprises a switch and includes 

reduction of a bandwidth of the payload data. The network Processing and memory resources which enable operation 

topology is determined from at least the network element and communication of configuration and status information 

identification transmitted to the second network element. 40 t0 a network management system. The memory resources 

In another aspect described below, a method and system com P^ anv forage device, such as RAM a hard drive 
for determining network topology in a communications ^fi^^ P «™7 be dlv ; ded to 
network comprises: (a) providing first and second network f °f f r™* mformat ^ n / or exam P le > lwo 
elements,thefirstnetworkelementcomprisingatleastafirst f "V^ "T^ 
port and the second network element comprising at least a 45 elem f nt 22 and 24 ' ,n the ^nation network element, one 
second port and a register; (b) connecting the first port to the *T * s ore \ m ormat t 10 ° the ^tinjition port 
second port; (c) transmitting a first network element and first nc work element 22 or 2* The second renter ■» for 
port identifier from the first network element to the second identifying the source port 26 and net- 
network element; (d) storing the first network element and WOfk dement 24 ° r 22 t0 the destinaUon P ort 26 
first port identifier in the register; and (e) determining a 50 A umc l ue network element identifier is stored in each 
connection relationship between at least the first and second network element 22 and 24. The network element identifier 
network elements as a function of the first network element anguishes one network element 22 or 24 from all other 
and first port identifier stored in the register. network elements 24 or 22. The network element identifier 

is stored in the memory resources. In one preferred 

- BRIEF DESCRIPTION OF THE DRAWINGS 55 embodiment, the network element identifier is stored in a 

mr- ^ ■ w i c . ^ <> network element identifier register of the memory. 

FIG. 1 is a graphical representation of one embodiment of ,.1 . ~, 

two network elements in a telecommunications network. tU Ea ' h node . haS mulU P le P° rts 26 ? ach P ort 26 emprises 

jjr n u»r ... c . m e physical interface to the transmission media and sufE- 

Mu. 2 is a now chart or one embodiment for determining • » u j j «■ r 

network to olo ^ cient hardware and programming resources to effect perfor- 

P ™' 60 naance monitoring, fault reporting, connection management 

FIG. 3 is a graphical representation of a second embodi- ant j ot h er characteristic functions needed for a techonogoly. 

ment of two network elements in a telecommunications As shown, each network element 22 and 24 includes three 

network. p 0rts 2^ fc u t more or f ewer p 0r ts ma y oe provided on any 

FIG. 4 is a graphical representation of a SONET STS-1 one or more of network elements 22 and 24. The number of 

frame. 65 P orts 26 or network elements 22 and 24 may change. 

FIG. 5 is a graphical representation of a SONET STS-1 A unique port identifier is stored in each network element 

payload envelope. 22 and 24 for each port 26. The port identifier distinguishes 
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one port 26 from all other ports 26 on any particular network comprises the management system, so identifiers stored at 

elements 24 or 22. The port identifier is stored in the that network element 22 or 24 are available without transfer, 

memory resources. In one preferred embodiment, each port The data is transferred to the management system over 

identifier is stored in a port identifier register of the memory separate management links as overhead or payload data, 
where a separate register is provided for each port identifier. 5 l n step 36, the topology of network 20 is determined. The 

Each node is connected to one or more other nodes management system or a network element 22 or 24 deter- 
through ports 26 and the physical interconnecting links 28 mines a topology map or relationship as a function of the 
between them. Links 28 comprise any physical connection, identifiers. Identification of each source port 26 and network 
such as fiber optics, metal conductors or other connection for element 22 or 24 is obtained from each destination port 26 
transmitting analog or digital data. Links 28 are uni- or 10 and network element 22 or 24. For example, port 1 of 
bi-directional. network element 22 comprises a source port 26. Destination 

Referring to FIG. 2, a flow chart representing one pre- network element 24 stores the identification information 

ferred embodiment for determining the topology of network received at destination port 1. The direction of transmission 

( 20 is shown. An original or new link 28 is established in step and connections between network elements are determined. 
30 to connect two network elements 22 and 24. 15 Referring to FIG. 3, a graphical representation of another 

After connecting network elements 22 and 24 with link embodiment of a telecommunications network is shown 

28, overhead data is transmitted from a source node to a generally at 40. Network 40 includes network elements 42 

destination node. Either of the network elements 22 or 24 and 44, management system 46, memory 48 and manage - 

comprises the source node and the other network element 24 ment links 50. In alternative embodiments, network 40 

or 22 comprises the destination node. The data is formatted 20 comprises additional network elements 42 and 44. 
by physical layer software pursuant to the design require- Network elements 42 and 44 comprise transmission 

ments of the transmission system and includes overhead and devices, including a processor and memory. Network ele- 

payload data in frames. The dedicated overhead data may ments 42 and 44 include one or more ports 52, 54, 56, 58, 

comprise the same or varying bandwidth between any two 60 and 62, network element identifiers 66 and 70, port 

frames. Within the payload of a frame defined by the 25 identifiers 64 and 68, and registers 72. Ports 52, 54, 56, 58, 

physical layer software, frames of information established 60 and 62 include registers 72 for storing the received 

pursuant to other software may be provided, such as trans- identifiers. Registers 72 comprise memory, such as buffers, 

port layer frames of data. In alternative embodiments, the RAM, hard drives or other memory devices. More or fewer 

basic frame structure is defined pursuant to software other ports and associated port identifiers and registers may be 

than the physical layer software, such as transport layer 30 provided on one or more of network elements 42 and 44. 
software- Network element and port identifiers 64, 66, 68 and/or 70 

In step 34, each source port 26 of each node transmits the are resident in network element 42 and/or 44 or ports 52, 54, 

network element and port identifiers using transport over- 56, 58, 60 and 62 when the device is manufactured, are 

head bytes that are part of the overall design of the trans- 35 entered manually through a local interface device at the time 

mission system. The network element and port identifiers are of installation, or are provided by management system 46. 
obtained from the memory resources of network element 22 Management system 46 comprises a processor, computer— , 

or 24 and are inserted into the overhead of one or more 0 r other device for managing network 40. Management 

frames of data. system 46 stores data in memory 48. Memory 48 comprises 

The transport overhead bytes occupy some of the capacity 40 a RAM, hard drive or other memory device. Using memory 

of the physical link 28, but a specific amount of capacity or 48, management system 46 determines the topology of 

bandwidth of link 28 is always available for use by the network 40. The topology is determined from identifiers 

payload traffic capacity. Many possible designs utilizing provided by network elements 42 and 44 over management 

various overhead bytes or combinations of bytes are pos- links 50. 

sible. The design incorporates overhead bytes designated for 45 Management links 50 comprise fiber optic, wire or other 

use in determining network topology. Once a particular conductors for transferring management information. In one 

overhead configuration is decided upon, the payload capac- embodiment, management links 50 transfer only manage- 

ity is fixed at a given amount for a given frame of data. The ment information. In alternative embodiments, management 

port and network clement identifiers are transmitted as part links 50 transfer payload along with data associated with 

the overhead data without reducing the bandwidth available 50 network users. 

for payload data. Each ne twork element 42 and 44 is installed and con- 

The network element and port identifiers are received by nectcd to management system 46 over management links 50. 

the destination node. In step 34, the destination node locates Management system 46 either obtains or reads network 

the overhead data designated for topology determination element identifier 66 and 70 from network elements 42 and 

(i.e. the data reserved for the identifiers) and stores the 55 44, respectively, or assigns a unique network element iden- 

source identifiers in the memory resources, such as those tifier 66 and 70 to network elements 42 and 44, respectively, 

resources associated with the object representing the part Management system 46 also queries or is provided by 

receiving the topology data. network elements 42 and 44 which ports 52, 54, 56, 58, 60 

In one embodiment, the identifiers are buffered in the and 62 are present. Each port 52, 54, 56, 58, 60 and 62 in 

memory resources and forwarded to the management system 60 each network element 42 and 44 is assigned a unique 

with or without long term storage. In other embodiments, identifier, either by respective network elements 42 and 44 

network element 22 or 24 flags any changes in the identifiers (e.g. through a built-in process, or manually entered by Craft 

to the management system. The management system then Interface Terminal (CIT)) or by management system 46. 
requests transfer of the identifiers. In yet another Management system 46 also queries or is provided the 

embodiment, the management system periodically checks 65 characteristics of the ports 52, 54,56, 58, 60 and 62, such as 

for or receives identifiers from the various network elements link information. Since network elements 42 and 44 are not 

22 and 24. Alternatively, one of network elements 22 or 24 yet connected to other network elements 42 and 44 as shown 
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in FIG. 3, a null or other set value representing no connec- 
tion is provided to management system 46. 

In one preferred embodiment, the identification of net- 
work element 42 and 44 and a port identification is stored in 
separate registers 72 for each port 52, 54, 56, 58, 60 and 62. 5 
Thus, each port is uniquely identified by network element 42 
and 44 and port 52, 54, 56, 58, 60 and 62. These identifiers 
are provided to a management system 46 as tables or 
attributes to objects. Management system 46, based on the 
identifiers and associated connection information (e.g. no J 0 
current connections), determines topology 74. If additional 
network elements already comprise part of network 40, the 
connections and additional network elements are included as 
part of topology 74 of physical links and nodes. 

For each connection between network elements 42 and 35 
44, the source network node, such as network element 42, 
provides identification of the source network element as well 
as identification of the source port, such as port 52, using 
byte(s) in the frame overhead to the destination node, such 
as network element 44. Each destination node continuously 20 
receives the identification of the source port and source node 
at the far end of each link 28. 

Each destination node associates this unique identification 
with a programming object that represents the destination 
port in the operating system of the destination node. For 25 
example, the identification of the source port and network 
element is stored in register 72 associated with the destina- 
tion port of the destination node. Destination ports that are 
not connected have null values assigned in this program- 
ming object, as shown in unconnected network elements 42 30 
and 44 of FIG. 3. Other values may be used. 

In one preferred embodiment, management system 46 is 
notified of all changes in this far-end port attribute (i.e. 
attribute associated with the programming object stored in 35 
register 72), as well as when ports 52, 54, 56, 58, 60 and 62 
are installed in, or removed from, network elements 42 and 
44, or when network elements 42 and 44 are installed in, or 
removed from, transmission network 40. Management sys- 
tem correlates these attributes into an overall network topol- 4Q 
ogy 74. 

In one preferred embodiment, network 40 comprises a 
network operated pursuant to the SONET standard for 
operating the physical layer of network 40. Other standards 
maybe used, such as SDH. Other standards may be modified 45 
to include topology information in the overhead or header, 
such as modifying FDDI or ATM. Current requirements for 
SONET networks are as outlined in American National 
Standards Institute (ANSI) standard T1.105, with generic 
requirements as outlined in Bellcore document GR-253- c n 
CORE. 50 

The configuration of basic frame structure 80 of a SONET 
transmission signal is designated as an STS-1 and is shown 
in FIG. 4. Transport overhead 82 occupies a certain amount 
of space in every frame 80, leaving space or bandwidth for 55 
payload envelope 84, as shown in FIG. 5. As shown in FIG. 
6, some designated path overhead 86 exists within payload 
envelope 84, leaving a specific amount of payload capacity. 

Referring to FIG. 7, the size of a given SONET frame 80 
may vary, depending on its designed size, such as STS-1, 60 
STS-3, STS-12, STS-48, STS-N, where N is an integer 
multiple of the basic STS-1. As shown in FIG. 8, payload 
envelope 84 remains fixed in proportion to the size of frame 
80, with overall payload capacity being fixed for each type 
of STS-N. 65 

Referring to FIGS. 9 and 10, bytes occupying transport 
overhead 82 and path overhead 86 have various designa- 



tions. The uses of these bytes pertain to the operation of the 
overall SONET system. The transmission of data using these 
overhead bytes does not reduce the available payload capac- 
ity used to cany customer traffic. The bytes marked by X in 
FIG. 9 have no specific designated purpose and may be used 
by equipment vendors to implement specific purposes iden- 
tified as desirable for particular equipment or a particular 
network. 

Various of these overhead bytes may be used to transmit 
network element identifier 66 or 70 and port identifier 64 and 
68. Overhead bytes identified for other purposes may be 
modified and used to support this topology discovery 
process, or one or more of the undefined overhead bytes 
could be used. Using an undefined overhead byte may 
require that the STS-N carries multiple STS-l's. Since this 
may or may not be the case, one of the existing defined 
transport overhead bytes is re-defined in one preferred 
embodiment for implementation in SONET or SDH trans- 
mission systems. Future standards or other standards could 
have an overhead byte designated for the purpose of topol- 
ogy study at the time the systems or standards are designed. 

In one preferred embodiment, the network element and 
port identifiers 64, 66, 68 and 70 are transmitted in the 
overhead from the source node to the destination node using 
SONET section trace bytes. Thus, the section trace registers 
are used as registers 72. 

The SONET section trace byte is byte JO in the transport 
overhead 82. This byte is an overhead byte, the use of which 
does not reduce the customer payload of the SONET trans- 
missions. The SONET section trace byte (JO) is currently 
defined in Bellcore GR-253-CORE as follows: 
Section Trace (J0)/Section Growth (Z0) — The byte in 
each of the N STS-ls an STS-N that was formerly 
defined as the STS-1 ID (CI) byte has been redefined 
either as the Section Trace byte (in the first STS-1 of the 
STS-N), or as a Section Growth byte (in the second 
through Nth STS-ls). Detailed criteria concerning the 
use of these bytes for their new functions are for further 
study. Until those details are determined, the following 
criteria apply. They will be modified as necessary when 
the details of the Section Trace feature and uses for the 
Section Growth bytes are defined. 
03-14 [17] STE that supports line-side signals should 
have the capability to access the JO byte, which is 
located in the first STS-1 of an STS-N. 
The ability to access the JO byte is not required for STE 
that only supports drop-side signals. 
R3-15 [18] Unless it is being used for a defined purpose 
(e.g., to carry a Section Trace message once the 
details of that feature are defined) each JO and Z0 
byte shall be set to a binary number corresponding to 
its order of appearance in the STS-N frame (i.e., the 
JO byte shall be set to 00000001, the first Z0 byte 
shall be set to 00000010, the second Z0 byte to 
00000011, etc.). 
The preceding requirement is applicable for both line-side 
and drop-side signals. In ANSI Tl.105-1995 the SONET 
Section Trace byte (JO) is defined as follows: 
Section trace (JO): One byte is allocated to be used for a 
section trace function. This byte is defined only for 
STS-1 number 1 of an STS-N signal. This byte, JO 
(formally CI of STS-1 number 1) is used to repetitively 
transmit a one byte fixed length string so that a receiv- 
ing terminal in a section can verify its continued 
connection to the intended transmitter. 1 Tie content of 
this message is not to be constrained by this standard 
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since it is assumed to be user programmable at both the in the section trace (JO) byte). Once link 100 is established, 

transmit and receive ends. This will provide up to 256 receive section trace register 72 associated with port 58 

possible values for section trace. When the Section changes from NULL to the section trace data results (e.g. 

Trace function is not supported or if no value has been identifiers 64 and 66). This change in receive section trace 

programmed, then 01 Hex shall be transmitted. SDH 5 register 72 is communicated to management system 46, and 

also uses this byte as Section Trace, but prefers a the register contents are transferred to management system 

16-byte trace message. 46. The transfer is provided either directly, by being asso- 

Pursuant to this definition, the Section Trace byte is used so ciated with the alert that there has been a port status change, 

that a receiving terminal, such as network element 44, in a or indirectly, when the management system queries network 

section, after being manually provisioned with an appropri- 10 element 44 following the reception of a port status change, 

ate identification, can verify continued connection to the m alternative embodiments, network element 44 periodi- 

intended transmitter, such as network element 42. callv transmits the information to management system 46. 

The section trace byte is redefined or programmed to Management system 46 obtains the contents of all regis- 

communicate network element and port identifiers 64, 66, 68 ters 72 m network 40. In one embodiment, only information 

and/or 70. If more than 256 identifiers are required to 15 m registers 72 associated with changes are subsequently 

uniquely identify each port 52, 54, 56, 58, 60 and 62 and obtained. In alternative embodiments, information from one 

each network element 42 and 44, then the section trace byte or more of registers 72 is periodically queried or obtained 

may be defined as more than one byte. regardless of any change. 

Although presently defined as a single byte for SONET, Tne information is used to determine associations 

the Section Trace has been defined by SDH standards groups 20 between network elements 42 and 44. These associations 

as a 16-byte repetitive message string using the section trace define network topology 74. In the example of FIG. 11, link 

byte. In one embodiment, the need for a larger section trace 1W comprises a two-way communications link between 

information content in SONET is accommodated by increas- network elements 42 and 44. Registers 72 associated with 

ing the size from one repeating byte in every frame to a connected ports 52 and 58 include source identifiers 64, 66 

repeating sequential string message of bytes in successive ^ aQ d 68, 70, respectively and destination identifiers 68, 70 

frames. The duration of the string, in terms of the number of and H 66, respectively. Management system 46 determines 

successive frames that must be sent before repeating the topology 74 from the identifiers. 

string, must be long enough to adequately identify the data Whenever a new port card is installed, the new port card 

contained in the section trace as being unique in a large is assigned a unique section trace in the new port card's 

network. The Section Trace Byte string could be made as 30 transmit register. When the new port card is connected 

large as the currently existing path trace byte (Jl) string, or through optical or other media to a corresponding far-end 

even larger if necessary. port, the received section trace generates an event report. In 

The path trace byte, Jl, is defined, from ANSI T1.105, response, management system 46 retrieves the section trace 

below. information. The retrieved information is added to the 

STS path trace (Jl)— Class A: This byte is used to 35 existin g network topology, in an "auto-discovery" process 

repetitively transmit a 64-byte, fixed-length string so throu S h correlation ^ identifiers. 

that a receiving terminal in a path can verify its h should be understood that many changes and modifi- 

continued connection to the intended transmitter. The catl0ns can be made t0 the embodiments described above, 

content of the message is not constrained by this For example, different standards other than SONET or SDH 

standard, since it is assumed to be user programmable 4 o may used * DiffereDt overhead bytes may also be used to 

at both the transmit and receive ends. However, it is P rovide the ldentlfier s. It is therefore intended that the 

suggested that a 8-bit ASCII string padded with NULL foregoing detailed description be understood as an illustra- 

characters and terminated with CR/LF, would be a tl0n of the P re sently preferred embodiments of the 

suitable 64 byte trace message. If no message has been invention, and not as a definition of the invention. It is only 

loaded, than 64 NULL characters (Hex 00) shall be 45 ! he followin g claims, including all equivalents, that are 

transmitted. intended to define the scope of the invention. 

SDH uses this byte for an access point identifier and J Vhal * c ! aimed ^ , 

prefers a 61-byte string. 1 A method for determining network topology in a 

A long message string, similar in size to the SONET Jl byte, communications network of a plurality of network elements, 

transmitted by the Section Trace Byte, JO, provides unique 50 the method comprising the steps of: 

identification for network topology auto-discovery as dis- < a ) establishing connections between the plurality of 

cussed herein. While the section trace byte is used in one network elements wherein each of the network ele- 

embodiment, other SONET or SDH overhead data may be menls uprises a plurality of ports; 

used, as could overhead data in other future yet to be defined ( b ) continuously transmitting data between the plurality of 

systems. 55 network elements over the connections wherein each 

Referring to FIG. 11, network 40 is shown with link 100 transmission of data comprises overhead data and pay- 

from network element 42 to network element 44. Port 52 load data J 

transmits data to port 58 over link 100. ( c ) in the overhead data of each transmission of data, 

Identifiers, such as identifier 64 and 66, are entered into providing a network element identification that identi- 

register 72 associated with a given output port, such as port 60 onc of the network elements that the data was 

52, for transmission as section trace bytes in the SONET immediately transmitted from; 

framing overhead. The received identifiers at the destination (d) in the overhead data of each transmission of data, 

node are accumulated and held in register 72 associated with providing a port identification that identifies a source 

an input port, such as port 58, at the adjacent network port of the plurality of ports that the data was imme- 

element, such as network element 44. 65 diately transmitted from; 

The section trace information from network element 42 is (e) continuously receiving the data over the connections 

communicated through the trafi^c stream signal framing (i.e. between the plurality of the network elements; and 
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(f) determining the network topology from at least the 
network element identification and the port identifica- 
tion provided in the overhead data of each transmission 
of data continuously transmitted between the plurality 
of network elements over the connections. 5 

2. The method of claim 1 wherein step (b) comprises 
continuously transmitting the data, the data comprising 
physical layer overhead data and payload capacity. 

3. The method of claim 1 wherein step (c) of providing a 
network element identification is without reduction of a 10 
bandwidth of the payload data and wherein step (d) of 
providing a port identification is without reduction of the 
bandwidth of the payload data. 

4. The method of claim 1 wherein step (f) comprises 
determining the network topology with a management sys- 15 
tem. 

5. The method of claim 4 further comprising step (g) of 
transferring the network element identification and the port 
identification to the management system. 

6. The method of claim 5 further comprising step (h) of 20 
flagging a change in the network element identification; and 
wherein step (g) is performed in response to the flag. 

7. The method of claim 5 further comprising step (g) is 
performed in response to a query from the management 
system. 25 

8. The method of claim 1 wherein the communications 
network operates pursuant to a standard comprising SONET. 

9. The method of claim 1 wherein step (b) comprises 
transmitting STS overhead data, the STS overhead data 
comprising at least a section trace information; and 30 

wherein step (c) comprises providing the network element 
identification in the section trace information. 

10. A system for determining network topology in a 
communications network, the system comprising: 

connections between a plurality of network elements; 35 
the plurality of the network elements wherein each of the 
network elements comprises a plurality of ports and 
wherein the plurality of the network elements are 
configured to continuously transmit data between the ^ 
plurality of network elements over the connections 
wherein each transmission of data comprises overhead 
data and payload data, in the overhead data of each 
transmission of data, provide a network element iden- 
tification that identifies one of the network elements 
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that the data was immediately transmitted from, in the 
overhead data of each transmission of data, provide a 
port identification that identifies a source port of the 
plurality of ports that the data was immediately trans- 
mitted from and continuously receive the data over the 
connections between the plurality of the network ele- 
ments; and 

a management system configured to determine the net- 
work topology from at least the network element iden- 
tification and the port identification provided in the 
overhead data of each transmission of data continu- 
ously transmitted between the plurality of network 
elements over the connections. 

11. The system of claim 10 wherein the plurality of 
network elements are configured to continuously transmit 
the data, the data comprising physical layer overhead data 
and payload capacity. 

12. The system of claim 10 wherein the plurality of 
network elements are configured to provide a network 
element identification without reduction of a bandwidth of 
the payload data and provide a port identification without 
reduction of the bandwidth of the payload data. 

13. The system of claim 10 wherein the plurality of 
network elements are configured to transfer the network 
element identification and the port identification to the 
management system. 

14. The system of claim 13 wherein the plurality of 
network elements are configured to flag a change in the 
network element identification and transfer the network 
element identification and the port identification in response 
to the flag. 

15. The system of claim 13 wherein the plurality of 
network elements are configured to transfer the network 
element identification and the port identification in response 
to a query from the management system. 

16. The system of claim 10 wherein the communications 
network operates pursuant to a standard comprising SONET. 

17. The system of claim 10 wherein the plurality of 
network elements are configured to transmit STS overhead 
data, the STS overhead data comprising at least a section 
trace information and provide the network element identi- 
fication in the section trace information. 

***** 
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